iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 25
0
Cloud Native

Cloud Native Startups:一個簡單的垃圾分類器與計算平台系列 第 25

[Day 25] 智慧永續城市 (Azure IoT Hub and AMQP/MQTT/HTTPS)

  • 分享至 

  • xImage
  •  

作為一個物聯網解決方案的定義為:「必須在設備與雲端之間,存在可靠、安全、雙向的通訊,以及一個後台管理。」從這個定義來看,在一個封閉區域的中控台與其週邊設備的聯合系統網絡,也算是一個區域型的物聯網。那麼其中的技術不能夠複制應用到雲端上嗎?軟體設計架構一樣嗎?有軟體循環經濟可做嗎?

其實機器學習與人工智慧在區域端也可以做,就比照 NAS 商業模型建置區域硬體即可。所以 ML、AI 並不構成我們非用雲端物聯網平台的理由。很顯然地,雖然都是「設備連接層」、「後端核心服務層」、「呈現層」,但是發生的位置並不一樣,一個在雲端,一個在本地。現在我們就來具體地點出為什麼要使用雲端物聯網的解決方案?它有什麼技術性差異 (Difference)?

  • IoT 設備往往是[嵌入式系統],沒有人類作業員。
  • IoT 設備可以部署在[遙遠的地點],實體存取成本很高。
  • IoT 設備僅能[透過方案後台存取],沒有其他途徑和設備互動。
  • IoT 設備只具備[有限的電源]和[計算資源]。
  • IoT 設備可能會有[斷斷續續]、[緩慢]或者[昂貴]的網路連接。
  • IoT 設備需要使用[專門]或[行業特有]的通訊協定。
  • IoT 設備可以由很多之[通用硬體]和軟體平台製造 (市面上很多選擇)。

由上述差異型定異可知,「可擴展性」和「客製中繼通訊協定」很重要,能夠很容易地達到這些需求就是我們要的。以下提供幾種情況所使用的協議擴展作為參考:

  • 支援 IP 的設備:AMQP / MQTT / HTTPS
  • 不支援 IP 的設備:MQTT + 本地驅動應用程式 (如 C# 等) + AMQP
  • 低功耗設備:本地閘道先分析處理 + AMQP

上一篇
[Day 24] 智慧永續城市 (Apache Spark and Azure Databricks)
下一篇
[Day 26] 智慧永續城市 (Cognitive Services and Computer Vision API)
系列文
Cloud Native Startups:一個簡單的垃圾分類器與計算平台30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言